Apparatus and method for providing computer display data from a computer system to a remote display device

ABSTRACT

A method and apparatus are provided for enabling multiple users to concurrently access a PC-based server in a home local area network using conventional TVs as display devices. A client system includes a TV, conventional input devices, such as a keyboard and a mouse, and a set top box for interfacing the TV to the network. The server maintains a system work area and multiple processes corresponding to user applications. The system work area is partitioned in the server into multiple independent, simultaneously active desktops, one desktop for each of the client systems. Individual processes are mapped to the appropriate desktop. Multiple frame buffers are maintained in the server, such that a different frame buffer is assigned to each client system. Each desktop is rendered within the server and stored in the corresponding frame buffer. The contents of each frame buffer are transmitted over a transmission medium to the set top box of the corresponding client system. Desktop display data is provided by the set top box to the corresponding TV for display to a user.

FIELD OF THE INVENTION

The present invention pertains to the field of client-server computernetworking. More particularly, the present invention relates totechniques for providing television signals to multiple viewing systemsconnected on a network.

BACKGROUND OF THE INVENTION

In many countries, the number of households which own a personalcomputer (PC) is increasing rapidly. For many reasons, the use of PCshas been limited in many homes to playing games and word processing. Thereasons may include limitations of the PC in processing power, storagecapacity, and bandwidth. Further, many people are uncomfortable usingcomplex technology and avoid using computers altogether. In addition,PCs tend to be physically suited for a desk and not for a family room orbedroom. PC electronics tend to be designed to interface with officesystems and not with home communication systems, and there is generallyno convenient mechanism for purchasing, loading, storing and organizingtraditional entertainment content using a home PC. It is desirable,therefore, to allow conventional PCs to be used in a home environmentfor more applications than in the past, more easily, and by a greaternumber of people.

Because the home is commonly a place to relax and enjoy oneself,televisions (TVs) and stereo systems tend to be focal points at home,since these devices are entertainment oriented. Even most technophobesare comfortable operating a TV or stereo system. Consequently, byallowing televisions, stereos, and other consumer devices to be moreseamlessly connected with conventional PCs, the PC can become a moreintegral part of activities in the home. Technologies have beendeveloped which enable a TV to be used as a display device for apersonal computer. However, these technologies are not designed to allowmultiple users at multiple TVs to use a PC independently of each other.Other technologies have been developed to allow people to access theInternet using a conventional TV as a display device. However, suchtechnologies do not leverage the tremendous technology base that alreadyexists in software and hardware for PC platforms.

Thus, it is desirable to provide a technology which allows theprocessing power of a conventional PC to be integrated seamlessly with aTV as a display device in the home environment. It is further desirableto allow multiple home users to independently use a PC operating as aserver using TVs as display devices. It is further desirable to havesuch a technology which can make use of communications infrastructurealready in the home.

SUMMARY OF THE INVENTION

The present invention includes a device for use in a processing systemfor allowing the processing system to provide display information to aremote display device. The device includes a modulation unit configuredto receive a color signal generated by the processing system. Themodulation unit is further configured to modulate the color signal ontoa number of broadband channels, which includes distributing the colorsignal between the broadband channels. The device also includes acommunications port for transmitting the modulated color signal onto abroadband communications medium. Other features of the present inventionwill be apparent from the accompanying drawings and from the detaileddescription which follows.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a server connected to multiple clients in a networkaccording to the prior art.

FIG. 2 illustrates a server connected to multiple TV-based clients in ahome network according to the present invention.

FIG. 3 is a block diagram of a personal computer (PC).

FIG. 4 is a diagram of a network of the present invention having aone-to-one topology.

FIG. 5 is a diagram of a network of the present invention which uses abus topology.

FIG. 6 is a block diagram illustrating a relationship between multipleclient management software (MCMS) and standard components within aPC-based server.

FIG. 7 illustrates a system work area partitioned into a number ofclient desktops, each having a corresponding frame buffer.

FIG. 8 is a flow diagram illustrating a routine for mapping multipledesktops to multiple client systems.

FIG. 9 is a flow diagram illustrating a routine for creating multipledesktops from a single system work area.

FIG. 10 is a block diagram illustrating the manner in which a metadriverprovides multiple clients with access to their real drivers within theserver.

FIG. 11 is a flow diagram illustrating a routine for installation andoperation of a metadriver.

FIG. 12 is a flow diagram illustrating a routine for responding to adriver call.

FIG. 13 is a block diagram showing the server for an embodiment based ona one-to-one network topology.

FIG. 14 is a block diagram showing the server for an embodiment based ona bus network topology.

FIG. 15 is a block diagram of the server for an embodiment based on abus network topology.

FIG. 16 is a flow diagram illustrating a routine for allocating multiplechannels for multiple client systems.

FIG. 17 is a flow diagram illustrating a routine for allocating achannel to a client system.

FIG. 18 is a flow diagram illustrating a routine for allocating adesktop to a client system.

FIG. 19 is a block diagram illustrating a set top box for an embodimentbased on a one-to-one network topology.

FIG. 20 is a block diagram of the set top box for an embodiment based ona bus network topology.

FIG. 21 is a flow diagram of a routine for requesting a channel.

FIG. 22 is a flow diagram illustrating a routine for requesting adesktop.

FIG. 23 is a block diagram of the set top box for an embodiment based ona bus network topology.

FIG. 24 is a functional block diagram of a channel server.

FIG. 25 is a block diagram of a channel server according to a firstembodiment.

FIG. 26 is a block diagram of a channel server according to a secondembodiment.

FIG. 27 illustrates a technique for transmitting display data from aserver to a remote RGB monitor over a coaxial cable.

DETAILED DESCRIPTION

A technique is described for controlling television signal distributionto multiple client systems in a home network. In the followingdescription, for purposes of explanation, numerous specific details areset forth in order to provide a thorough understanding of the presentinvention. It will be evident to one skilled in the art, however, thatthe present invention may be practiced without these specific details.In other instances, well-known structures and devices are shown in blockdiagram or other symbolic form in order to facilitate description of thepresent invention.

I. Overview

As will be described in detail below, the present invention includestechniques which allow multiple users in a home environment toindependently use a PC operating as a server using conventional TVs asdisplay devices. These techniques include the use of existingcommunications infrastructure in the home. The present invention alsoincludes techniques which allow a user to control television viewingwithin the home network from a central location. One advantage of thesetechniques is that parents can more easily control the televisionmaterial viewed by their children in the home.

Briefly, each TV is connected to a set top box, which provides aconnection to the server PC and performs various routing functions. Theserver maintains multiple, simultaneously active desktops (user workareas provided by a graphical user interface), i.e., one desktop foreach client. For purposes of this description, the terms “client” or“client system” may refer to a set top box of the present invention, theset top box alone or in combination with its corresponding TV and/orother associated devices. Each desktop is rendered into a separate,dedicated frame buffer in the server PC. The video data in each framebuffer are then transmitted to the corresponding set top box, which thenprovides display data to its owning TV for display as a desktop. Eachset top box/TV combination represents a very “thin” client, sincevirtually all processing functions remain in the server.

FIG. 1 illustrates a local area network (LAN) according to the priorart. Note that for purposes of this description, the terms “local areanetwork”, “local network” and “LAN” refer to a network that is confinedto a relatively small geographic area, such as within a building; hence,these terms do not connote any particular physical network configurationor type of communications protocol. The network of FIG. 1 includes aconventional, PC-based application server 1, which is connected througha digital network transport 5 to n PC-based clients 2. The networktransport 5 may be based on, for example, an Ethernet system and mayinclude any conventional network transmission medium, such as standardtelephone wire. The server 1 maintains n desktops 3, one for each of then users. The server 1 may further maintain and execute one or moreprocesses (not shown) for each of the n desktops 3. The server 1 alsomaintains a set of drivers 4 for each of the desktops 3 for purposes ofcommunication of graphical, audio, and/or digital data.

Each of the PC-based clients 2 includes a network driver 6, whichreceives data from the network transport 5. The network driver 6provides output to a display engine application 7, which may be anysoftware application capable of generating a visual display for a user.The output of the application 7 is provided to various graphics, audioand/or digital communications drivers 8, which communicate with a videocontroller/frame buffer, an audio generator, and a digital input/output(I/O) port of the client 2, which are collectively represented in FIG. 1as block 9. Video data for generating displays are rendered within theclient 2 by the video controller into the frame buffer. Audio and videodata are then provided to the display and sound hardware 10 for outputto the user.

For the reasons noted above, the network of FIG. 1 is not well suitedfor use in the home, in contrast with a network of the presentinvention. The present invention leverages existing hardware andsoftware within the PC in order to reduce costs associated with theadditional hardware that integrates the TV into the system, e.g., theset top box. Accordingly, rendering hardware and software within aserver PC is used to generate visual displays, so that no such hardwareor software is needed within the set top box.

FIG. 2 illustrates a local area network configuration in accordance withthe present invention. The network includes a PC-based server 20. Theserver 20 is coupled to n set top boxes 22 associated with n TVs 23 and,therefore, n potential users. Each set top box is used to interface oneof the TVs 23 to the network. The server 20 maintains n independent,concurrently active desktops 25, i.e., one desktop for each user. Eachdesktop 25 has its own cursor or insertion point and has a facility forlaunching applications. A desktop 25 functions independently fromapplications not associated with that desktop and independently fromother desktops. For each client system, the server 20 also includes aseparate video controller/frame buffer, audio generator, and digital I/Oport 27 and a corresponding set of graphics, audio, and digitalcommunications drivers 26. Thus, each desktop 25 is rendered within theserver 20 and stored in its own dedicated frame buffer. The desktop isthen transmitted to the corresponding set top box 22 via a networktransport 21.

The server 20 is a conventional PC, except as specified otherwise inthis description. Briefly, the server 20 has standard PC hardware aswell as additional hardware according to the present invention. Theserver 20 runs a conventional operating system, such as MicrosoftWindows 95 or Windows 98, and also executes additional softwareaccording to the present invention, which runs “on top of” the operatingsystem. The additional hardware and software are described below.

The network transport 21 carries the rendered data for each particularframe buffer, as well as user inputs from a client system and status andcontrol information, between the server 20 and the set top box 22. Thenetwork transport 21 may include point-to-point connections between theserver 20 and each set top box 22, i.e., a one-to-one configuration.Alternatively, the network transport 21 may include a bus topology,i.e., and a one-to-many configuration. The details of each of theseembodiments will be discussed further below. It will be recognized thatother network configurations are possible within the scope of thepresent invention.

Each set top box 22 includes audio/video (A/V) output hardware 28 anddigital I/O transceiver hardware 29. A TV is coupled to receive an NTSC,PAL, or other suitable signal from the A/V output hardware 28 in the settop box 22. In addition to a TV 23, one or more input devices 24 arealso coupled to each set top box 22. The input devices 24 may include,for example, a keyboard and a pointing device.

Thus, the present invention provides that a separate desktop ismaintained within the server 20 for each user, and each desktop isrendered into its own frame buffer within the server 20. The contents ofeach frame buffer are then provided to the appropriate set top box 22,which enables the corresponding desktop to be displayed on the connectedTV 23.

FIG. 3 illustrates a block diagram of the components of the server 20.Note that FIG. 3 is intended to be conceptual in nature and not torepresent the details of the physical connections between components.Such details are well-known to those skilled in the art and aretherefore not set forth herein. Moreover, the system of FIG. 3 may bevaried and modified within the scope of the present invention, such asby adding, omitting, or replacing components. The server 20 includes acentral processing unit (CPU) 31, random access memory (RAM) 32,read-only memory (ROM) 33, each connected to a bus system 41. The bussystem 41 may include one or more buses connected to each other throughvarious bridges, controllers and/or adapters, such as are well-known inthe art. For example, the bus system may include a system bus, which maybe connected through an adapter to one or more expansion buses, such asa Peripheral Component Interconnect (PCI) bus. Also coupled to the bussystem 41 are a mass storage device 34, a keyboard 35, a pointing device36, a communication device 37, and a display device 38.

The pointing device 36 may be any suitable device for enabling a user toposition a cursor or pointer on the display device 38, such as a mouse,trackball, touchpad, or the like. The display device 38 may be anysuitable device for displaying alphanumeric, graphical and/or video datato a user, such as a Cathode Ray Tube (CRT), Liquid Crystal Display(LCD), or the like. Mass storage device 34 may include any suitabledevice for storing large volumes of data, such as a magnetic disk ortape, magneto-optical (MO) storage device, or any of various types ofDigital Versatile Disk (DVD) or compact disk (CD) storage. Thecommunication device 37 may be any device suitable for or enabling theserver 20 to communicate data with a remote computer system or network(outside the local network) over a communication link 42, such as aconventional telephone modem, a cable television modem, an IntegratedServices Digital Network (ISDN) adapter, a Digital Subscriber Line(xDSL) adapter, or the like.

In accordance with the present invention, the server 20 also includes atleast one add-in card 45 coupled to the bus system 41, which includesthe video controllers and frame buffers for each of the clients. Thecard 45 may be coupled, for example, to a PCI bus or other similarexpansion bus of the server 20. The card 45 also includes circuitry andcomponents for implementing aspects of the network transport 21,including connectors, line drivers, etc. The components of the card 45are discussed further below.

Note that in alternative embodiments, the controllers, frame buffers,and other components of card 45 may be included on the motherboard (notshown) of the server 20, rather than on a separate add-in card.Alternatively, the components of card 45 (and/or other components of theserver 20) may be implemented within a separate housing from the othercomponents of server 20.

FIG. 4 illustrates a network according to the present invention for anembodiment that employs a point-to-point connection between each set topbox 22 and the server 20. The server 20 includes one or more add-incards 45, each of which can accommodate two set top box/TV pairs in theillustrated embodiment. Note that in other embodiments, however, a givenadd-in card 45 may be designed to accommodate a different number of settop box/TV pairs. Each set top box 22 is coupled to the correspondingcard 45 in the server 20 through an ordinary four-pair telephone wire 60terminated at each end with a standard RJ-45 connector. Each set top box22 is connected to its corresponding TV 23 by coaxial cable. As notedabove, the server may have a data communication link 42 with a remotecomputer system or network. Two of the pairs of each telephone wire 60are used as a digital channel for communication between the server 20and a given set top box 22 of digital data, excluding video displaydata. The digital data includes user inputs transmitted from the box 22to the server 20 and control and status information transmittedbi-directionally between the server 20 and the set top box 22. Thedigital channel may be implemented using conventional LAN communicationtechniques and protocols, such as those associated with Ethernet andother similar networks.

The set top box 22 receives inputs from a keyboard 52 and a mouse 53. Inthe illustrated embodiment, these components are connected to the settop box 22 using a Universal Serial Bus (USB) connection. However, otherconnection techniques might be used, such as an Institute of Electricaland Electronics Engineers (IEEE) 1394 bus. Alternatively, the keyboard52 and/or mouse 53 may have a wireless link to the set top box 22, suchas an infrared (IR) or radio frequency (RF) link. The set top box 22also has an optional input for receiving video directly from a videocamera 54 in a format such as NTSC, PAL, or any other conventionalformat. The set top box 22 further includes a built-in microphone 57 fordirect input of audio and an optional input 55, which may be used toconnect an external microphone to the set top box 22. Audio and videoinput to the set top box 22 may be transmitted to the server 20 via thewire 60, where it can be stored or processed as desired.

The set top box 52 has an IR, RF, or other suitable type of detector 58for receiving user inputs from a handheld remote control device (notshown). The remote control device is used to control various functionsof the set top box 22, such as selection of menu functions, etc.

The set top box 22 also has a coaxial cable input 59 for receivingsignals from a cable TV converter box 51, which receives standard cableTV signals as input and outputs a tuned TV signal to the set top box 22on channel 3 or 4. If the appropriate mode is selected, the set top box22 provides the tuned TV signal to TV 23, such that a user can viewstandard television programming on the TV 23. In the illustratedembodiment, the channel setting of the cable box 51 is controlled by theset-top box 22 using IR link 46. The cable box 51 may also be controlledby a handheld IR, RF or other similar remote control device, which maybe the same device used to control the set top box 22.

The set top box 22 includes an optional dual RCA audio output, which maybe connected to a conventional stereo tuner/amplifier 56. Accordingly,audio data received from the server 20 or from a TV signal may be outputto the stereo 56.

FIG. 5 illustrates a network according to another embodiment of thepresent invention, which uses a coaxial cable based bus topology. Anadvantage of such an embodiment is that it can incorporate existingcoaxial cable infrastructure within the home, such as the cablingprovided for cable TV. In FIG. 5, the server 20 and each set top box 22are connected to a coaxial cable bus 65. Also coupled to the coaxial bus25 are cable converter boxes 51, each of which has an input connected tothe coaxial bus 65. In the illustrated embodiment, one cable converterbus 51 is associated with each set top box/TV pair. Each set top box 22is coupled (bi-directionally) directly to the coaxial bus 65 and coupled(uni-directionally) to receive an input 66 directly from thecorresponding cable converter box 51. Various I/O devices may beconnected to each set top box 22, including a keyboard, mouse, etc., asdescribed with reference to FIG. 4. Also coupled to the coaxial bus 65is an output of a programmable channel filter 62, which has an externalcoaxial input 64 for receiving a cable television signal from outsidethe home (i.e., from the cable head end).

In the embodiment of FIG. 5, each client system is assigned its own RF(video) channel; standard 6 MHz wide television channels that have beenfiltered of other content can be used. For each client, video displaydata associated with a client (e.g., desktop data) is modulated onto theappropriate video channel by the server 20 and transmitted onto the bus65. The display data is received by the set top box 22, demodulated, andprovided to its connected TV 23 for display. User inputs and control andstatus information are communicated on the bus 65 using a separate videochannel, designated as the “network channel”, which is shared by all ofthe client systems.

The video channels assigned to the individual client systems and thenetwork channel can be standard cable TV channels, the content of whichhas been removed by the programmable channel filter 62. Thus, theprogrammable channel filter 62 transmits all cable TV signals input tothe home onto the coaxial cable bus 65 except those on the designatednetwork channel and channels assigned to the client systems. The channelfilter 62 also prevents signals generated locally within the networkfrom leaving the network. The channel filter 62 may be manuallyprogrammable (e.g., using manual switches), or it may be programmablefrom the server 20 via bus 65 (facilitated by appropriate applicationsoftware running on the server 20). Consequently, a user can controlwhich cable TV channels are to be filtered for private use within thenetwork. For example, it may be desirable to filter those channels whichfamily members have the least interest in watching.

Each cable converter box 51 receives video signals from the bus 65 andoutputs a cable TV signal to its corresponding set top box 22 on channel3 or 4 according to the channel to which the converter box 51 is tuned.If the set top box 22 is set by the user to the appropriate mode, thecable TV signal is then provided to TV 23. If the set top box 22 is setto a mode in which the user can access the server 20, then the set topbox 22 demodulates the video data received from the bus 65 according toits assigned channel and displays that information on the TV 23. Themanner in which channels are assigned to client system and other aspectsof this bus-based embodiment are further below.

II. Server

The above described features of the present invention are enabled, inpart, by software which executes on the server 20. This software shallbe referred to herein as the Multiple Client Management Software (MCMS),the functions of which are described below. These functions aredescribed herein as being “performed by” the MCMS; however, it will beunderstood that it is actually the execution by a processor of the coderepresenting the MCMS which causes these functions to occur. It shouldalso be noted that in other embodiments, many functions of the MCMS canbe provided in hardware or in a combination of hardware and software.

FIG. 6 illustrates the relationship between the MCMS and the hardware 78and operating system 80 of the server 20. The MCMS 81 includes a corecomponent 81 a, which functions as application software and operates “ontop of” the operating system 80, as shown. The MCMS 81 also includes ametadriver component 81 b, which includes one or more “metadrivers” thatoperate between the hardware 78 and the operating system 80 (or, morespecifically, between the operating system 80 and the hardware drivers79). The functions of the MCMS components are described in detail below.Note that in other embodiments, some or all of the functions of the MCMS81 may be embedded within the operating system.

The operating system 80 operates on top of the hardware 78 of the server20. The operating system 80 is a conventional operating system, such asMicrosoft Windows 95 or Windows 98, as mentioned above. Hardware 78collectively represents components such as shown in FIG. 3. Note thatthe MCMS 81 is separate from, and executes independently of andtransparent to, any user applications 82 executing on the server 20. TheMCMS operates in parallel with such user applications.

Generally, the MCMS 81 creates multiple desktops, one desktop for eachclient system. The MCMS core 81 maps each process executing on theserver 20 to the correct desktop, and maps each desktop to the correctuser interface (UI) channel. A UI channel is defined herein as a localcollection of I/O facilities that completely represent the elementsnecessary to provide I/O for a given user. The facilities include avideo controller that contains a frame buffer, an audio generator, and acommunications I/O port for input device activity. These facilities areattached to the local bus within the server 20 and do not function asI/O facilities via a network to a remote processor. In addition, theMCMS 81 receives user inputs from individual client systems and mapsthose inputs to the correct desktop.

The operating system executing on the server 20 maintains a system workarea. The system work area may be the standard desktop of the server 20;however, it is not referred to as such in this description to avoidconfusion with the desktops of the individual client systems. In oneembodiment, the desktops associated with the individual client systemsare created as subsets of the system work area. This approach isillustrated in FIG. 7. Note, however, that in other embodiments of thepresent invention, the desktops may not be subsets of a single systemwork area.

FIG. 7 illustrates the system work area 85 maintained by the server 20.The server 20 is to be used by up to n client systems simultaneously.Accordingly, the system work area 85 is partitioned by the MCMS into nclient desktops 86-i (i=1, 2, . . . , n). If the operating system of theserver is windows-based, each of the desktops 86-i may be defined as awindow within the system work area 85. This partitioning process is donein a manner that is non-disruptive of, and transparent to, the operatingsystem. Each of the client desktops is rendered into its own assignedframe buffer 87.

In the embodiment of FIG. 7, the system work area 85 is essentially theroot-level desktop for the desktops 86-i. Each of the desktops 86-i is acontainer environment that holds the window or windows of one or moreapplications in a given user context. Each desktop 86-i has its owncursor or insertion point and a facility for launching applications.Each desktop 86-i functions independently from applications that are notassociated with it and independently from other desktops.

FIG. 8 illustrates a routine by which the MCMS creates multiple desktopsand associates them with the corresponding client systems. Initially,the MCMS core 81 a (FIG. 6) calculates the number of UI channels, n(801). This calculation may be made based on any of various criteria,such as the number of external connectors currently plugged into thecard 45, or it may be based upon user inputs entered from the server 20via software. The MCMS core 81 a then builds n desktops (802) andcreates a mapping between the n UI channels and the n desktops (803).Next, the MCMS core 81a installs the MCMS metadrivers 81 b, whichfunction as intermediaries between the application and driver layers,for mapping process-to-desktop, desktop-to-frame buffer, and framebuffer-to-video channel (804). This step (804) includes a number ofsub-steps, which are described below. Next, the MCMS creates a storagestructure to maintain the mapping between each process and its owningdesktop (805). When a request to launch an application is received froma client system (806), the MCMS signals the operating system to launchthe application and stores the process-to-desktop mapping (807

The installation of metadrivers (804) for performing the variousmappings includes a procedure for modifying the single user I/O systemsassociated with the server 20 to allow separate desktops to be providedto separate users. Such a procedure is illustrated in FIG. 9.Specifically, the MCMS builds a multiple-window system work area, asshown in FIG. 7, which overlaps all frame buffers (901). Then, each ofthe n desktops is repositioned at the screen borders of itscorresponding frame buffer (902).

The installation of metadrivers (804) also includes a procedure formodifying the I/O systems of the server 20 to allow separate desktops tobe bound to separate I/O device drivers. Refer now to FIG. 10, whichillustrates this approach. For each class of I/O (audio, video, etc.),separate I/O hardware 97 is included in the server 20 for each client.For a given class of I/O, the hardware 97 may include, for example, avideo controller and frame buffer, or an audio controller. A separatedevice driver is associated with the hardware 97 for each client system;hence, the server 20 includes a number of real device drivers 96.

In accordance with the present invention, the MCMS 81 includes ametadriver 81 b for each class of I/O. The metadriver 81 b maintains amapping table 99, which specifies, for each process, the mapping to aparticular user, real device driver, and buffer. The metadriver 81 boperates as an intermediary between the real drivers and the operatingsystem and is called when a call for its class of I/O is made. Themetadriver 81 b then determines which user made the call and, therefore,which real driver to call to perform the requested I/O operation forthat user. More specifically, when a user input is received by theserver 20 from one of the client systems, the corresponding real driver96 is called normally and generates an output intended for the operatingsystem 80 (e.g., an interrupt, a procedure call, etc). However, themetadriver 81 b intercepts the output of the real driver, performs alookup in the table 99 to determine which process maps to the receiveduser input, and then passes the real driver's output to the correctprocess. For example, when a user input representing a keystroke isreceived, the metadriver 81 b will, after identifying the correspondinguser, use the table 99 to look up and notify the appropriate process.Similarly, when the operating system 80 generates an output intended fora real driver 96, such as in response to an output of a userapplication, the metadriver 81 b intercepts this output, identifies thecorrect real driver for that process using the table 99, and thenprovides that output to the correct real driver 96.

FIG. 11 illustrates a routine performed by the MCMS in connection withinstallation and operation of a metadriver. Initially, a metadriver isinstalled for a given class of I/O (1101). In response to a systeminitialization (1102) (i.e., boot-up of the server 20), the metadriverbuilds a mapping table (1103), such as table 99 in FIG. 10. Themetadriver then calls the real driver initialization code associatedwith each real driver of that class of I/O (1104).

While the routine of FIG. 11 is associated with system initialization,FIG. 12 illustrates a routine for responding to a post-initializationdriver call from a client system. In response to such a call (1201), themetadriver for the appropriate class of I/O looks up the process in themapping table to determine the appropriate user and looks up the user todetermine the appropriate real driver and frame buffer (1202). Themetadriver then calls the appropriate real driver (1203).

The components of the server 20 will now be discussed in greater detail.FIG. 13 is a block diagram of the server 20 for an embodiment which usesa separate point-to-point connection between the server 20 and each settop box 22 (see FIG. 4). As noted above, certain components, such as thevideo controllers/frame buffers, audio controllers, and I/O controllersmay be implemented on the add-in card 45 coupled to the bus system 41 ofthe server 20. Hence, in the embodiment of FIG. 13, for each clientsystem the card 45 includes a separate video controller 102 (each ofwhich includes a frame buffer), an audio controller 103, and an I/Ocontroller 104, each coupled to the bus system 41 of the server 20, andthe outputs of which are each routed through a single external connector101. The connector 101 may be an RJ-45 connector, as noted above. TheI/O controller 104 for each client system controls communication of userinputs received from the corresponding client system and communicationof control and status information between the server 20 and that clientsystem.

FIG. 14 is a block diagram of the server 20 for an embodiment which usesa bus topology, as in FIG. 5. As in the point-to-point embodiment, thecard 45 includes, for each of the client systems, a video controller 102and an audio controller 103, each coupled to the bus system 41 of theserver 20. However, network information, i.e., user inputs and controland status information, is communicated using a single networkcontroller 105, which is also coupled to the bus system 41. The videoand audio controllers 102 and 103 and the network controller 105 eachprovide their output to the channel transport 21 through a coaxialconnector (not shown). In this embodiment, the channel transport 21represents the coaxial bus 65 and associated hardware for interfacingcomponents to the bus 65. In the server 20, the channel transport 21includes the coaxial connector, modulators for modulating audio andvideo information for each client system onto a different video channeland for modulating the output of the network controller 105 onto thenetwork channel. Note that “video channel” is not synonymous with “UIchannel” in this description; a UI channel is a complete collection ofI/O facilities for a given user, which may include a video channel.

FIG. 15 illustrates another block diagram of the server 20 for the bustopology, which illustrates the interaction between the variousfunctional units of the server 20. FIG. 15 is intended to convey thefunctions associated with the server 20 and is not intended to representany particular architecture or physical embodiment. Hence, theindividual units shown in FIG. 15 may be rearranged in various differentways or combined without departing from the scope of the presentinvention. The server 20 maintains m processes 110-j (j=1, 2, . . . , m)and n independent, simultaneously active desktops 86-i (i=1, 2, . . . ,n). Each process 110-j is associated with a particular user and,therefore, with a particular desktop 86-i. Mapping unit 111 maps eachprocess 110-j to the correct desktop 86-i. Another mapping unit 112 mapseach desktop 86-i to the correct video controller/frame buffer/I/Ocontroller set 27. A third mapping unit 113 maps the contents of eachframe buffer 27 to a video channel for transmission onto the channeltransport 21.

A desktop allocation server (DAS) unit 114 allocates desktops 86-i toindividual client systems in response to requests from the clientsystems. The DAS unit 114 also controls operation of mapping unit 112(for desktop-to-frame buffer mapping) and operation of mapping unit 113(for frame buffer-to-video channel mapping). The DAS unit 114 maintainsa table 117 specifying the channel assigned to each desktop.

A channel allocation server (CAS) unit 115 allocates video channels toindividual client systems in response to requests from the clientsystems. Because desktops and video channels may be separate resourceswith independent availabilities, they are allocated separately.Alternative embodiments, however, may allocate desktops and videochannels together. Thus, the CAS unit 115 maintains a table 117, whichspecifies an identifier (ID) of the client system assigned to eachchannel, if any, and whether that channel is designated as a broadcastchannel or a receive channel. Note that the particular contents of table117 and 118 shown in FIG. 15 are only for purposes of illustration.

A given client system may be assigned more than one video channel.Specifically, each client requires a receive channel for receiving adesktop (and other data) from the server; however, a client may alsorequest a broadcast channel for transmitting data to the server 20. Abroadcast channel might be needed, for example, for purposes oftransmitting audio and video data to the server 20 to maintain a videoteleconference or to record a cable TV program.

Communication between client systems and DAS 114 or CAS 115 is performedvia the network channel (the channel shared by all client systems).Accordingly, in the illustrated embodiment, the server 20 also includesa network channel beacon 116 for informing the client systems of thelocation of the network channel. Specifically, the network channelbeacon 116 uses a “stealth” channel to broadcast an indication of whichchannel is being used as the network channel onto the channel transport21 at regular intervals. In this embodiment, all set top boxes 22 arepreconfigured to receive the stealth channel.

It may be desirable to select a frequency that is not commonly used,such as a very low or very high frequency, as the stealth channel.

In other embodiments that use a bus topology, the network channel beacon116 may be omitted. For example, the network channel can be set by usinga manual control on each set top box 22, such as push buttons, or byusing the remote control.

The mapping units 111, 112, 113, DAS unit 114, CAS unit 115, and networkchannel beacon 115 may be implemented in software which executes on theserver 20, i.e., they may be components of the MCMS. It will beunderstood that in such embodiments, it is actually the execution ofcode by a processor which performs the functions of these components.Note that in other embodiments, some or all of these components may beimplemented in hardware or in combinations of hardware and software.

FIG. 16 illustrates a routine performed by the MCMS to establishcommunication between the server 20 and client systems in an embodimentbased on a bus topology. Initially, the MCMS allocates a set of videochannels that can be assigned to client systems (1601). As noted above,the video channels may be conventional cable TV channels, the content ofwhich has been filtered. The MCMS further allocates a network channelfor communication of user inputs and control and status informationbetween the server 20 and all client systems (1602). The MCMS alsoassigns a unique ID to each client system (1603).

FIG. 17 illustrates a routine representing functions of the CAS unit115. Initially, the CAS unit 115 waits for a channel allocation requestfrom one of the client systems on the network channel (1701). A channelallocation request may or may not be associated with a correspondingdesktop allocation request. An example of a channel allocation requestthat is not associated with a desktop allocation request is a requestfor a transmit channel in response to a video camera being connected tothe set top box 22. Thus, when a channel allocation request is received(1702), the CAS unit 115 performs a look-up in the channel allocationtable 117 for an available channel and allocates the available channelto the requesting client system (1703). The CAS unit 115 then marks inthe table 117 whether the channel is a broadcast or receive channel(1704). An identification of the assigned channel is then broadcast ontothe channel transport 21 on the network channel (1705). The server 20then waits to receive a channel assignment acknowledgment on the networkchannel (1706), and when the acknowledgment is received, returns tolistening for a channel allocation request (1701). If no acknowledgmentis received after a predetermined period of time, the CAS unit 115causes the assigned channel identification to be rebroadcast (1705), andthe routine repeats accordingly (from 1705).

FIG. 18 illustrates a routine representing functions performed by theDAS unit 114. Initially, the DAS unit 114 waits for a desktop allocationrequest from a client system via the network channel (1801). When such arequest is received (1802) the DAS unit 114 performs a look-up in thedesktop allocation table 118 for an available channel and, if a channelis available, allocates a new desktop to the available channel (1803). Adesktop allocation request (or a channel allocation request) may betransmitted by a client system when, for example, the user first logsonto a client system or reinitializes the client system. Once thedesktop has been allocated to a video channel, the server 20 broadcastsa “desktop available” notification onto the network transport 21 via thenetwork channel (1804). Next, the server 20 waits for an acknowledgmentof the desktop available notification on the network channel (1805). Ifsuch acknowledgment is received (1806), then the DAS unit 114 returns tolistening for a desktop allocation request (1801). If no acknowledgmentis received after a predetermined period of time, then the DAS unit 114again broadcasts the “desktop available” notification (1804), and theroutine is repeated accordingly (from 1804).

III. Set Top Box

FIG. 19 shows a block diagram of an embodiment of the set top box 22 foruse with a one-to-one network topology (see FIG. 4). The illustratedembodiment includes a microcontroller 181, which controls operation ofthe set top box 22, and which is coupled to an I/O bus 180. The set topbox also includes A/V mixer 171, multiplexers 172 and 174, a voltagecontrolled video channel modulator 173, audio demodulators 175 and 176,network controller 177, storage registers 178 and 183, IR controller179, I/O bus 180, channel selector switch 182, and digital-to-analog(D/A) converter 184. User inputs are provided to the set top box 22 viathe IR controller 179, which is coupled to the I/O bus 180. A channelselection (e.g., channel 3 or 4) is input manually by a user usingselector switch 182 to determine on which channel the set top box willreceive cable TV signals from the cable box 51 and the signal will besent to the TV 23. The selection from switch 182 is stored in register183, the output of which is provided to the microcontroller 181 via I/Obus 180.

As indicated above, in a one-to-one network, communication between theset top box 22 and the server 20 may occur over standard four-pairtelephone wires 60, which in the illustrated embodiment include pairs 60a, 60 b, 60 c, and 60 d. Two of the pairs, 60 a and 60 b, are used as adigital channel (e.g., Ethernet) for communication of user inputs andcontrol and status information between the server 20 and the set top box22. The set top box 22 includes a network controller 177 for providingthe digital communication, which is coupled to the microcontroller 181through I/O bus 180. Network controller 177 transmits digitalinformation, such as user inputs, desktop allocation requests, etc., tothe server 20 over lines 60 b and receives digital information, such asrequest acknowledgements and status information from the server 20 overlines 60 a.

Communication of audio and video data between the set top box 22 and theserver 20 occurs over pairs 60C and 60D. The video data received overpair 60C includes, for example, desktop information. Pair 60C and line59 from the cable converter box 51 are input to multiplexer 172.Multiplexer 172 also receives a third input from the optional videoinput of the set top box 22 input (e.g., from a video camera). Theoutput of multiplexer 172 is provided to voltage-controlled videochannel modulator 173. Selection of an input of multiplexer 172 isperformed according to a value stored in storage register 178, which isset by microcontroller 181 via the I/O bus 180. The output of storageregister 178 is also applied to D/A converter 184. The output of D/Aconverter 184 sets the channel (e.g., channel 3 or 4) of video channelmodulator 173. The output of video channel modulator 173 is provided tothe connected television set 23 via coaxial cable. Thus, multiplexer 172is used for selection, for display on the television set 23, betweenvideo data received from the server 20, video data received from thecable box 51, and video data received from the optional video.

A/V mixer 171 has two inputs, one from the optional video input, and theother from the optional audio input of the set top box 22 (e.g., from anexternal microphone). A/V mixer 171 combines data received on either ofits two inputs with data received on the other input (if any) and thenpasses the resulting data stream on to the server via pair 60D.

Each of audio demodulators 175 and 176 demodulates input audio dataaccording to a preset modulation frequency. Audio demodulator 175receives as input the signal on line 59 from the cable box 51, andprovides an output to multiplexer 174. Audio demodulator 176 receives asinput the signal on pair 60C from the server 20, and provides an outputto multiplexer 174.

The three inputs of multiplexer the outputs of audio demodulators 175and 176 and the optional audio input of the set top box 22. The outputof multiplexer 174 is provided to the RCA stereo output of the set topbox 22, which may be connected to a conventional stereo tuner/amplifier,for example. Selection of the input of multiplexer 174 is performedaccording to the value stored in storage register 178.

FIG. 20 shows a block diagram of the set top box 22 for an embodimentbased on a bus network topology (see FIG. 5). Certain elements of thechannel transport 21 are located within the set top box 22, including acoaxial connector. In the embodiment of FIG. 20, the set top box 22includes an IR controller 122, which receives an IR input detectionsignal from the IR detector 58. Outputs of the IR controller 122 areprovided to the user input manager 123. A coordinating process 121coordinates user inputs for requesting channels and desktops. The userinputs are input to the coordinating process 121 via the IR controller122. The user input manager 123 coordinates communication between the IRcontroller 122 and the coordinating process 121.

A network channel listener/broadcaster (NCLB) 128 uses the networkchannel to broadcast user inputs, channel allocation requests, anddesktop allocation requests onto the channel transport 21 and to receivechannel and desktop assignments and other information from the server20. The particular channel on which the NCLB 128 receives and broadcastsis determined by the network channel locator (NCL) 127, which identifiesthe network channel to the NCLB 128. In embodiments according to FIG.15, the NCL 127 may be coupled to the channel transport 21 to listen onthe stealth channel for the repeatedly broadcast location of the networkchannel. Alternatively, as mentioned above, the NCL 127 may be a manualswitch or buttons on the set top box 22 or its remote control; in thatcase, NCL 127 would not be coupled to the channel transport 21.

A channel requester 124 is coupled to the coordinating process 121 andthe NCLB 128. In response to a user input that requires allocation of achannel to the set top box 22 (e.g., logging onto a client system), thechannel requester 124 signals the NCLB 128 to broadcast a channelallocation request onto the network channel. When the NCLB 128 receivesa channel assignment from the server 20 via the network channel, theNCLB 128 forwards the channel assignment to the channel requester 124.The channel requester 124 in turn signals this fact to the coordinatingprocess 121 and identifies the assigned channel to the channelbroadcaster 128 (if the channel is a broadcast channel) or the channellistener 130 (if the channel is a receive channel).

The set top box 22 further includes a desktop requester 125, whichresponds to any user input that requires allocation of a desktop to theclient system by signaling the NCLB 128 of this fact. The NCLB 128responds to such a signal by broadcasting a desktop allocation requestonto the network channel. When the NCLB 128 receives a desktop availablenotification, it broadcasts and acknowledgment onto the network channeland signals the desktop requester 125 that a desktop has been allocated.The desktop requester in turn signals this fact to the coordinatingprocess 121.

The server 22 further includes an audio/video switch 126, which controlsthe routing of audio and video data within the set top box 122. Theaudio/video switch 126 communicates with the coordinating process 121,the channel broadcaster 128 and the channel listener 130. Desktopdisplay data and other data is received on the assigned channel by thechannel listener 130 via the channel transport 121. The channel listener130 demodulates the data and provides it to the audio/video switch 126.The switch 126 then routes the demodulated data to the connected TV 23.Standard TV signals from a cable converter box or antenna are input tothe audio/video switch 126 and routed appropriately to the TV, to thechannel broadcaster 128 for transmission to the server 20, or both. Thechannel broadcaster 128 modulates audio or video data input to it to theassigned channel and transmits the modulated data onto the channeltransport 21. Optional video or audio inputs, such as from a camera ormicrophone, are input to the switch 126 and routed appropriately to theTV 23, to a connected stereo system, to the channel broadcaster 128 fortransmission to the server 20, or a combination thereof.

FIG. 21 illustrates a routine representing the functions of the channelrequester 124. The channel requester 124 may be thought of as thecounterpart to the CAS unit 115 in the server 20 (FIG. 15). Initially,an input is received from the coordinating process 121, indicating abroadcast or a receive channel is required (2101). In response, thechannel requester 124 signals the NCLB 128 to broadcast a channelallocation request onto the network channel (2102). The request includesthe ID of the requesting set top box 22. If a notification is receivedfrom the server 20 (via the NCLB 128) that a channel is available, thenthe channel requester 124 signals the NCLB 128 to transmit anacknowledgment onto the network channel (2105). Otherwise, the user isinformed via coordinating process 121 that a channel is unavailable(2104). The routine then repeats (from 2102) by requesting anotherchannel until a channel becomes available.

After transmission of an acknowledgment (2105), then if the request wasfor a receive channel (2106), the channel requester 124 identifies theassigned channel to the channel listener 130 (2107). If the request wasfor a broadcast channel (2106), the channel requester 124 identifies theassigned channel to the channel broadcaster 128 (2108). The routine thenreturns the channel number to the coordinating process 121 (2109). Thecoordinating process 121 then passes the assigned channel number to thedesktop requester 125.

FIG. 22 illustrates a routine representing functions performed by thedesktop requester 125. The desktop requester 125 may be thought of asthe counterpart to the DAS unit 114 in the server 20 (see FIG. 15).Initially, the assigned channel number is input to the desktop requester125 (e.g., from the coordinating process 121) (2201). Next, the desktoprequester 125 causes the NCLB 128 to broadcast a request for a desktoponto the network channel (2202). If a “desktop available” notificationis then received from the server 20 (2203), then the desktop requester125 signals the NCLB 128 to broadcast and acknowledgment onto thenetwork channel (2204). An appropriate desktop availability notification(e.g., “yes” or “no”) is then returned to the user via the coordinatingprocess 121 (2205).

FIG. 23 is another block diagram of the set top box 22 for an embodimentbased on a bus network topology. Operation of the set top box 22 iscontrolled by a microcontroller 141, which is coupled to an I/O bus 142.The channel transport 21 components in the box 22 include a coaxialcable bus 143, which is coupled to the coaxial network bus 65 (see FIG.5) via a coaxial connector. Coaxial bus 143 is also connected to aseparate coaxial input that is connected to the output 66 of the cableTV converter box 51. Switch 164 is used to manually select on whichchannel the set top box will receive cable TV signals from the cable box51 and the signal will be sent to the TV 23 (e.g., channel 3 or 4).

The NCL 127 is shown in FIG. 23 according to an embodiment which doesnot employ a “stealth” channel to locate the network channel.Accordingly, in FIG. 23 the NCL 23 includes up and down channel selectorbuttons 161, a storage register 162, and a D/A converter 163. A networkchannel selection is input manually using buttons 161. The selection isstored in register 162, converted to an analog value by D/A converter163, which provides the value to both the video channel demodulator 158and the video channel modulator 159. The output of storage register 162is also provided to an LCD display 160 to display the currently selectednetwork channel to the user.

The NCLB 128 includes a network controller 157, a voltage-controlledvideo demodulator 158, and a voltage-controlled video modulator 159. Thenetwork controller 157 is coupled to the microcontroller 141 through theI/O bus 142 and is also coupled to the video demodulator 158 and thevideo modulator 159. An input of the demodulator 158 is coupled to thenetwork coaxial bus 65 via the set top coaxial bus 143. Similarly, theoutput of the modulator 159 is coupled to coaxial bus 143. The networkcontroller 157 controls transmission of channel and desktop allocationrequests in response to commands from the microcontroller 141. Inparticular, the network controller 157 outputs channel and desktopallocation requests to the modulator 159 for modulation onto the networkchannel and receives demodulated acknowledgments from the demodulator158, which are then signaled to the microcontroller 141. In addition,the network controller 157 receives user input data from themicrocontroller 141 via the I/O bus 142 and provides user input data tovideo modulator 159 for transmission onto bus 143 on the networkchannel. The microcontroller receives user inputs from the IR controller122 via the I/O bus 142

The channel broadcaster 128 includes voltage-controlled video channelmodulator 144 and A/V mixerl5O. Video modulator 144 has an outputcoupled to coaxial bus 143 and an input coupled to an output of A/Vmixer 150. A/V mixer 150 receives a first input from the optional audioinput of the set top box 22 and a second input from the optional videoinput. A/V mixer 150 combines data received on either of its two inputswith data received on the other input (if any) and then passes theresulting data stream to video channel modulator 144. Video modulator144 then modulates the video data or the combined audio and video dataand then transmits the modulated data onto the cable bus 143 on thechannel assigned to the set top box 22. The channel assigned to the settop box 22 for broadcasting is specified to video modulator 144 by aninput received from the output of D/A converter 145. D/A converter 145receives and converts to analog a value stored in register 146, which isset by the microcontroller 141 via I/O bus 142.

The channel listener 130 includes video channel demodulator 147, audiodemodulator 151, and audio demodulator 152. Video data received from thenetwork, including desktop display data, is received by video channeldemodulator 147, which has an input coupled to the coaxial cable bus143. Video channel demodulator 147 demodulates data at the assignedchannel and outputs the demodulated data to multiplexer 153, which ispart of the audio/video switch 126. The channel assigned to the set topbox 22 is specified to video demodulator 147 by an input received fromthe output of D/A converter 148. D/A converter 148 receives and convertsto analog a value stored in register 149, which is set by themicrocontroller 141 via I/O bus 142.

Audio demodulator 151 has its input coupled to coaxial bus 143 anddemodulates audio signals received from the cable TV converter box viainput 66. Demodulator 151 outputs the demodulated audio to one input ofmultiplexer 154 of the audio/video switch 126. Audio demodulator 152 hasits input coupled to the output of video channel demodulator 147. Audiodemodulator 152 outputs demodulated audio to another input ofmultiplexer 154.

The audio/video switch 126 includes multiplexers 153 and 154,voltage-controlled video channel modulator 155, and D/A converter 156.Multiplexer 153 receives a first of three inputs from the optional videoinput to the set top box 22, a second input directly from the coaxialcable bus 143, and a third input from the output of video channeldemodulator 147. Multiplexer 153 outputs a selected one of its inputs tovideo channel modulator 155 based on the value stored in a register 166,which is set by microcontroller 141 via I/O bus 142. The input ofmultiplexer 153 from coaxial bus 143 allows selection of standard cableTV signals from a cable converter box or antenna to be displayed on theconnected TV 23. Thus, multiplexer 153 enables selection between videoreceived from the optional video input (e.g., from a camera), standardcable TV signals, or video data received on the channel assigned to theset top box 22. The output of video modulator 155 is provided to theconnected TV 23 via coaxial cable on channel three or channel four. Theoutput of register 166 is converted to an analog signal by D/A converter156.

As noted above, multiplexer receives two of its three inputs from audiodemodulators 151 and 152, respectively, and a third input from theoptional external audio input. Multiplexer 154 outputs the selected oneof its three inputs as an external RCA output, which may be connected toa conventional stereo tuner/amplifier, as noted above. The inputselection of multiplexer 154 is determined by the value stored instorage register 166.

Thus, display data received from the server 20 representing a desktop isdemodulated by video demodulator 147. Cable TV signals from the cableconverter box 51 are demodulated by video channel modulator 155 andaudio demodulator 151. Network channel communication is performed byvideo demodulator 158 and video modulator 159 under the control ofnetwork controller 157. Optional audio or video data input to the settop box 22 is modulated and transmitted to the server 20 by A/V mixer150, video modulator 144, or both.

IV. Programmable Channel Server

Refer again to FIG. 5, which illustrates a local area network having abus topology. As described above, the network includes a programmablechannel filter 62, which is coupled to the external coaxial cable TVinput 64 of the home. The programmable channel filter 62 is a relativelysimple device, which passes only specified channels onto the coaxial bus65 and filters out all other channels, based on commands from the server20. The present invention, however, also includes a more “intelligent”device, referred to herein as a “channel server”, which can substitutefor the programmable channel filter 62. As will be described, thechannel server of the present invention permits centralized control oftelevision viewing within the network, including control of whichchannels are viewed on which TV sets in the network and when thosechannels may be viewed.

The channel server is connected in the network in place of theprogrammable channel filter 62. That is, the channel server is connectedbetween the coaxial cable TV input 64 of the home and the coaxial bus65. Among other functions, the channel server filters cable TV signalsentering the home. However, in contrast with the simple programmablechannel filter 62, which filters only specified channels, the channelserver of the present invention filters out all TV channels except thosewhich are actually being viewed from a client system. Thus, if only fiveTVs are being watched, for example, then only five TV channels aretransmitted onto the coaxial cable bus 65. All other channels areavailable for local network purposes. The channel server, therefore,increases the number of local network channels that are available forother purposes. The channel filter also prevents signals generatedlocally within the network from leaving the network.

Generally, the channel server includes a tuner for each simultaneous TVwatcher. The channel server may be a stand-alone box with slots for anumber of tuner circuit cards. Each tuner card decodes and delivers onechannel to one television set via a corresponding set top box 22. When auser turns on a TV set, the corresponding set top box 22 signals thechannel server of this fact. In response, the channel server dynamicallyassigns a tuner, and the set top box 22 may request that the tuner tuneto a specific TV channel in response to a user's channel selection.

Hence, all tuning occurs at a central location (in the channel server),away from all of the TV sets. As a result, the channel server allows forcentralized control of television viewing in the home. Centralizedcontrol provides a number of advantages, such as allowing parents tocontrol the viewing of their children. For example, a parent can controlwhat channels can be viewed on any particular television set in thenetwork and when those channels can be viewed. The channel server can beprogrammed to require a user to enter a password before they couldaccess a particular TV channel, to prevent certain specific programsfrom being watched at all, or to allow certain programs to be watchedonly in certain rooms. In addition, the channel server can allow aparent to observe what type of programs a child is watching. Forexample, the channel server may be programmed to output a record ofwhich channels have been watched from which TV sets for a particularperiod of time. This output could then be viewed on the display of thePC server 20 or printed out.

The user programs the channel server as desired over the network usingsoftware running on the PC server 20. Alternatively, a moresophisticated embodiment of the channel server may provide its own userinterface to allow the input of programming directly into the channelserver.

FIG. 24 illustrates a functional block diagram of a channel server 200of the present invention. The channel server 200 includes mapping units193 and 194, a number of tuner/modulator pairs 195, a signal allocationserver (SAS) 191, a channel allocation server (CAS) 192, and portions ofthe network transport 196. Note that these components may be embodied insoftware, hardware, or various combinations of hardware and software.The SAS 191 and CAS 192 both use the network channel to communicate withthe client systems via the channel transport 196 (i.e., over coaxial bus65.). Mapping unit 193 receives as input a cable TV signal including anumber of channels 200 b, from the external coaxial connection 64.Mapping unit 193 maps particular TV channels 200 b to individualtuner/modulator pairs 195 in response to signals from the SAS 191.

Each of the tuner/modulator pairs 195 is assigned to a particular clientsystem. The exact number of tuner/modulators 195 within the channelserver 200 is discretionary, but is at least equal to the maximumexpected number of simultaneous TV viewers. Each of the tuner/modulators195 outputs a demodulated cable TV signal on a particular channel tomapping unit 194. Mapping unit 194 maps each demodulated TV channel toan available internal network RF channel 202 and transmits the signalonto the channel transport 196 using the assigned internal channel.Operation of mapping unit 194 is also controlled by SAS 191. In certaincases, it may be desirable to map a TV channel onto a different internalchannel 202 from the channel on which it was originally broadcast.Mapping unit 194 provides such capability, under the control of the SAS191 and CAS 192.

The CAS 192 assigns, to each client system that requests a TV channel, a6 MHz wide internal RF channel 202 for transmission of the requested TVchannel onto the network. In addition, the CAS 192 maintains a channelallocation table that indicates the ID of each active client system andthe channel assigned to each such system. Thus, it will be recognizedthat such functionality duplicates functions of the CAS 115 in the PCserver 20 (see FIG. 15). Channel assignments can be made by either thechannel server (using CAS 192) or the PC server 20 (using CAS 115). Onlyone CAS is required for the network, however. Channel assignments madeby the PC server 20 can be communicated to the channel server over thecoaxial bus 65 using the network channel

While operation of the CAS 192 in the channel server is substantiallythe same as that of the CAS 115 in the PC server 20, the CAS 192 of thechannel server does not require the capability to assign transmitchannels. All channels assigned by the CAS 192 are receive channels. Asdescribed above, transmit channels are used for transmission of videoand/or audio data from a client system to the PC server 20, for purposessuch as video conferencing, recording television or audio signals, etc.

The SAS 191 controls the mapping performed by mapping units 193 and 194to provide requested cable TV channels to individual client systems. TheSAS 191 receives as input a requested TV channel via the network channeland the assigned internal RF channel from a client system. The SAS 191uses this input to control mapping units 193 and 194. The SAS 191maintains a table specifying which incoming TV channel has been mappedto each tuner/modulator.

FIG. 25 shows a block diagram of the hardware of the channel server,according to one embodiment. In the illustrated embodiment, the channelserver 200 a includes a microcontroller 205, a network interface 208,demodulators 210, descramblers 212, and modulators 214. Demodulators 210receive input cable TV signals via the external coaxial connection 64.As noted above, the channel server includes a tuner/modulator for eachsimultaneous TV user. In the illustrated embodiment, each tuner includesa demodulator 210 and a descrambler 212. Each descrambler 212 performsany required signal descrambling, which would otherwise be performedwithin the cable converter box 51 of a given client system. Accordingly,there is no need for separate cable converter boxes in this embodiment.

The output of each demodulator 210 is provided to a correspondingdescrambler 212. The output of each descrambler 212 is provided to acorresponding modulator 214, which rebroadcasts the descrambled TVchannel onto the coaxial bus 65 on the assigned internal RF channel. Thechannel output by each of the modulators 214 is also controlled by themicrocontroller 205.

The microcontroller 205 is programmed appropriately to control thedemodulators 210, descramblers 212 and modulators 214 (i.e., to performthe functions of SAS 191, CAS 192, and mapping units 193 and 194). Thatis, the microcontroller 205 determines the particular channeldemodulated by each of the demodulators 210 and the modulation channelof each modulator 214. The microcontroller 205 is coupled to the coaxialbus 65 via a network interface 208, which enables the channel server tocommunicate on the network channel as described above

FIG. 26 illustrates the hardware of a channel server for a secondembodiment, according to which separate cable converter boxes 51 areincluded in the network, and any required signal descrambling isperformed by those boxes. In response to user's channel selection, eachset top box 22 controls the channel to which the corresponding cableconverter box 51 is tuned using an infrared link 46. Also in response tothe user's channel selection, the set top box 22 transmits a signal tothe channel server 200 b via the coaxial bus 65, indicating the TVchannel the viewer wishes to watch. In response, the channel server 200b demodulates the requested TV channel and rebroadcasts it onto thecoaxial bus 65.

The channel server 200 b of FIG. 26 includes no descramblers, becausedescrambling is performed in the cable converter boxes 51. Accordingly,the channel server 200 b includes a microcontroller 205, networkinterface 208, demodulators 210 and modulators 214, as described above;however, the output of each demodulators 210 is provided directly to thecorresponding modulator 214, rather than to a descrambler.

The cooperation between the channel server and the set top boxes 22 isas follows. When the TV set connected to the set top box 22 is firstturned on, the set top box 22 transmits a channel allocation request anda signal allocation request onto the coaxial bus 65. The signalallocation request specifies a particular TV channel, which may be thelast channel to which the TV set was tuned prior to being turned off, ora default channel. The channel server rebroadcasts the requested TVchannel onto the coaxial bus 65 on the assigned channel. In anembodiment which does not use separate cable converter boxes (see FIG.25), the channel server may assign the requested TV channel to adifferent internal RF channel (i.e., remap the requested channel to adifferent 6 MHz wide set of frequencies). In that case, the channelserver transmits the channel assignment onto the coaxial bus 65. Inresponse to receiving the channel assignment, the set top box 22configures itself to demodulate the TV signals on the assigned internalchannel. When the viewer requests a channel change, the set top box 22transmits a new signal allocation request to the channel server,specifying a new channel. The channel server responds by adjusting thechannel of the tuner assigned to that client system.

V. Computer Monitor Compatibility

It may be sometimes be desirable to connect a standard computer monitor,such as an Enhanced Graphics Array (EGA), Video Graphics Array (VGA) orSuper VGA (SVGA) monitor, to the network as a display device.Accordingly, the present invention provides a technique by which thiscan be accomplished. Specifically, the present invention enables one toconnect to the network a display device designed to receive multipleindividual signals as input, such as red, green, and blue (RGB) signals,etc., in contrast with a conventional TV which receives a single NTSC(or other similar) input signal. This technique is illustrated in FIG.27.

Assume that one wishes to connect a conventional RGB computer monitor225 to the network shown in FIG. 5, in place of one of the televisionsets 23. The monitor is responsive to separate red (R), green (G), andblue (B) color signals, as well as a vertical synchronization signalVSYNC and a horizontal synchronization signal HSYNC. In accordance withthe present invention, each of these separate signals is assigned to,and modulated onto, one or more separate RF channels, from which othercontent has been filtered (i.e., by channel filter 62 or channel server200). The modulated signals are then transmitted together onto thecoaxial bus 65. Hence, for each of the R, G, B, VSYNC, and HSYNCsignals, the PC server 20 includes one or more dedicated video channelmodulators 221 for modulating these onto the network's coaxial cable bus65.

In general, the channels assigned for the monitor signals are standard 6MHz wide television channels at standard cable TV frequencies. Note thatwhile FIG. 27 indicates the HSYNC and VSYNC signals are modulated ontoseparate channels, these two signals have low enough frequencies thatthey may both be modulated onto a single channel, if desired. Thus,multiple channels are used for the RGB monitor, rather than the singledesktop channel that is employed when a conventional television set isused as a display device. Because this technique requires severalavailable RF channels for each monitor, it may be desirable to increasethe number of channels available in the network for this purpose.Therefore, it may be beneficial to employ, in conjunction with thistechnique, an intelligent channel server, such as described above inrelation to FIGS. 24 through 26.

The combined, modulated signals are then separately demodulated within aset top box 22, as shown, or alternatively within the monitor 225, andthen used by the monitor to generate a display. Hence, for each of themultiple input signals, the set top box 22 (or monitor 225) includes oneor more dedicated video channel demodulators 222 to demodulate thatsignal.

For certain types of display devices, one 6 MHz wide RF channel may besufficient for each input signal, such as where the display devicerequires data at a relatively low frequency. However, for other types ofdisplay devices which require higher frequency data, such as VGA or SVGAmonitors, one channel may not provide sufficient bandwidth for certaininput signals. For such devices, therefore, input signals can bedistributed between multiple RF channels (and, therefore, multiplemodulator/demodulator pairs). Assume, for example, that the display rateof the monitor is too high to allow the R, G, and B color signals to beaccommodated by one RF channel each. Consequently, two or more channelsare assigned for each color signal. More specifically, pixels of a givencolor signal are essentially time division multiplexed between two ormore RF channels, such as all odd pixels onto a first channel and alleven pixels onto a second channel. The HSYNC signal is used forsynchronization of the two channels at the receiving; i.e., HSYNCindicates that the next pixel to be received is the first pixel of ascan line, indicating which of the two channels should be selected. Itwill be recognized that additional channels can be used for each signal,as required.

Thus, a technique has been described for controlling television signaldistribution to multiple client systems in a home network. Although thepresent invention has been described with reference to specificexemplary embodiments, it will be evident that various modifications andchanges may be made to these embodiments without departing from thebroader spirit and scope of the invention as set forth in the claims.Accordingly, the specification and drawings are to be regarded in anillustrative sense rather than a restrictive sense.

What is claimed is:
 1. In a local area network including a computersystem and a display device configured to input and respond to aplurality of separate color signals concurrently, a method of enablingthe display device to display information generated by the computersystem, the display device coupled to the computer system by a broadbandtransmission medium, the method comprising: generating each of the colorsignals at the computer system; modulating each of the color signalsonto a different set of video channels, each set of video channelsincluding a plurality of video channels, said modulating including timedivision multiplexing each of the color signals between each of thevideo channels in the set corresponding to said color signal;transmitting the modulated color signals from the computer system ontothe broadband transmission medium at an end of the transmission mediumcorresponding to the computer system; receiving the modulated colorsignals at an end of the broadband transmission medium corresponding tothe display device; demodulating each of the modulated color signals;and separately providing each of the demodulated color signals to thedisplay device, such that the display device generates a displayresponsive to the demodulated color signals, wherein the display deviceis configured to input and respond to a display synchronization signal;and using the display synchronization signal to synchronize said timedivision multiplexing.
 2. A local area network system comprising: meansfor generating each of the color signals at the computer system; meansfor modulating each of the color signals onto a different set of videochannels, each set of video channels including a plurality of videochannels, said modulating including time division multiplexing each ofthe color signals between each of the video channels in the setcorresponding to said color signal; means for transmitting the modulatedcolor signals from the computer system onto the broadband transmissionmedium at an end of the transmission medium corresponding to thecomputer system; means for receiving the modulated color signals at anend of the broadband transmission medium corresponding to the displaydevice; means for demodulating each of the modulated color signals; andmeans for separately providing each of the demodulated color signals tothe display device, such that the display device generates a displayresponsive to the demodulated color signals, wherein the display deviceis configured to input and respond to a display synchronization signal;and means for using the display synchronization signal to synchronizesaid time division multiplexing.